home *** CD-ROM | disk | FTP | other *** search
/ Games of Daze / Infomagic - Games of Daze (Summer 1995) (Disc 1 of 2).iso / x2ftp / msdos / faq / compcomp.faq < prev    next >
Encoding:
Text File  |  1995-04-20  |  23.6 KB  |  491 lines

  1. Newsgroups: comp.compilers,news.answers,comp.answers
  2. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!panix!news.mathworks.com!newshost.marcam.com!zip.eecs.umich.edu!caen!math.ohio-state.edu!cs.utexas.edu!news.sprintlink.net!newsie.dmc.com!spdcc!iecc!compilers-sender
  3. From: compilers-request@iecc.com (John R. Levine)
  4. Subject: comp.compilers monthly message and Frequently Asked Questions
  5. Message-ID: <monthly-Apr-95@comp.compilers>
  6. Followup-To: poster
  7. Keywords: administrivia
  8. Sender: compilers-sender@chico.iecc.com
  9. Supersedes: <monthly-Mar-95@comp.compilers>
  10. Organization: Compilers Central
  11. Date: Sun, 2 Apr 1995 05:43:06 GMT
  12. Approved: compilers@iecc.com
  13. Expires: Mon, 1 May 1995 23:59:00 GMT
  14. Lines: 474
  15. Xref: senator-bedfellow.mit.edu comp.compilers:8526 news.answers:41170 comp.answers:10998
  16.  
  17. Archive-name: compilers-faq
  18. Last-modified: 10 Feb 95
  19.  
  20. This is the comp.compilers monthly message.
  21.  
  22. Contents:
  23.  
  24. -- What is comp.compilers?
  25. -- How do I receive it?
  26. -- How do I submit a message?
  27. -- What happens to submitted messages?
  28. -- How do I respond to the author of a message?
  29. -- How do I contact the moderator?
  30. -- Are back issues available?
  31.  
  32. -- Some Frequently Asked Questions:
  33.  
  34. * Where can I get a C or C++ grammar in yacc?
  35. * Where can I get the Gnu C compiler?
  36. * Are there other free C compilers?
  37. * Where can I get a Fortran grammar in yacc or a Fortran compiler?
  38. * Where can I get Modula-2, Pascal, Ada, or SQL grammars in yacc?
  39. * Where can I get a Cobol grammar in yacc?
  40. * Where can I get a Basic grammar in yacc?
  41. * Where can I get a PL/M grammar?
  42. * Are there free versions of yacc and lex ?
  43. * Are there versions of yacc and lex for MS-DOS?
  44. * What other compilers and tools are freely available?
  45. * How can I get started with yacc and lex and compiler writing in general?
  46. * Where can I FTP the sources to the programs in Holub's "Compiler
  47.   Design in C" or Mak's "Writing Compilers and Interpreters" ?
  48.  
  49. -- What is comp.compilers?
  50.  
  51. It is a moderated usenet news group addressing the topics of compilers in
  52. particular and programming language design and implementation in general.
  53. It started in 1986 as a moderated mailing list, but interest quickly grew to
  54. the point where it was promoted to a news group.  Recent topics have
  55. included optimization techniques, language design issues, announcements of
  56. new compiler tools, and book reviews.
  57.  
  58. Messages come from a wide variety of people ranging from undergraduate
  59. students to well-known experts in industry and academia.  Authors live all
  60. over the world -- there are regular messages from the U.S, Canada, Europe,
  61. Australia, and Japan, with occasional ones from as far away as Malaysia.
  62. I cannot tell how large the readership is, since the anarchic nature of
  63. usenet makes it impossible to tell who reads it, but a reasonable guess is
  64. that the total is over 100,000, which would make it by far the most widely
  65. read medium on the topic in the world.
  66.  
  67. Unless there is specific language to the contrary, each message represents
  68. only the personal opinion of its author.  I claim no compilation copyright on
  69. comp.compilers.  As far as I am concerned, anyone can reproduce any message
  70. for any purpose.  Individual authors may retain rights to their messages,
  71. although I will not knowingly post anything that does not permit unlimited
  72. distribution in any form.  If you find comp.compilers useful in writing a
  73. book, producing a product, etc., I would appreciate an acknowledgement of
  74. usenet and comp.compilers.
  75.  
  76. -- How do I receive it?
  77.  
  78. The easiest way is to read comp.compilers on a system that gets usenet news.
  79.  
  80. If you don't have access to usenet news, it's also available via E-mail via
  81. a LISTSERV forwarder at the American University.  To subscribe a person
  82. should send e-mail to listserv@american.edu with one line in the mail
  83. message (not in the subject!)  That line should read:
  84.  
  85.                         SUBSCRIBE COMPIL-L full_name
  86. for example:
  87.                         SUBSCRIBE COMPIL-L Ima Hacker
  88.  
  89. To get off the list the subscriber should send e-mail to the same address
  90. with the message:       SIGNOFF COMPIL-L
  91.  
  92. If you have problems getting on or off the list, please contact me.  In
  93. particular, if you want to use an address other than your own personal mail
  94. address, you have to ask me to set it up.  If I receive bounce messages for
  95. an address on the mailing list for two days in a row, I delete it.  If this
  96. happens to you and your address subsequently becomes reachable again, you
  97. can resubscribe.
  98.  
  99. -- How do I submit a message?
  100.  
  101. Mail it to compilers@iecc.com.  I review messages nearly every day,
  102. usually including weekends, and most messages are posted to the net within
  103. a day after I receive them.  Occasionally when I go on vacation there may
  104. be up to a week's delay, though I try to send out a message when that will
  105. happen.
  106.  
  107. Most net news systems will automatically turn posted messages into mail to
  108. compilers, but some, particularly systems running notes, don't do that
  109. correctly.  As a result, I sometimes receive hundreds of copies of a
  110. message, all mangled slightly differently.  Please mail your contributions
  111. unless you're sure your posting software works correctly.
  112.  
  113. When you send a message to compilers, I understand that to mean that you
  114. want me to post it to usenet, which means it will be sent to tens of
  115. thousands of potential readers at thousands of computers all around the
  116. world.  It may also appear in a printed comp.compilers annual and other
  117. books, in printed journals, in on-line and off-line archives, CD-ROMs, and
  118. anywhere else that some reader decides to use it.
  119.  
  120. If you don't want me to post something, send it instead to
  121. compilers-request.  (See below.)
  122.  
  123. PLEASE: Format messages with lines of less than 70 characters, since many
  124. news readers (including mine) don't auto-wrap very well.  Also remove quoted
  125. material not immediately germane to your response.  Messages must be in plain
  126. ASCII, not TeX input, troff, SGML, RTF or any other markup language.
  127.  
  128. -- What happens to submitted messages?
  129.  
  130. Barring mail problems, they arrive in a special mailbox here at iecc.  I
  131. then edit the headers, trim down quoted text, fix typos and grammatical
  132. errors, remove cute signatures, and then post them to usenet.  If I think a
  133. message needs more editing than that, I return it to the author for
  134. rewriting.  The main reasons I return a message are that it appears more
  135. appropriate for another group, the message is too garbled to fix, it
  136. contains too much quoted material relative to the amount of new material, or
  137. I don't understand it.  I also usually return messages that directly attack
  138. individuals, since the net has plenty of other places for ad-hominem battles.
  139. Another possibility is that a message doesn't have a valid return e-mail
  140. address.  Postings announcing commercial products are welcome so long as there
  141. is substantially more technical content than hype.
  142.  
  143. If a message asks a simple question I sometimes answer it myself rather than
  144. posting it.  When two or three messages arrive with the same answer to a
  145. question, I usually post only one of them, with a comment crediting the
  146. others.
  147.  
  148. If you send in a message and don't either see it posted or receive
  149. something back in a few days, it probably got lost in the mail and you
  150. should contact me, preferably via a different mail route.  I post or
  151. respond to all messages except for ones that appear to have been sent by
  152. mistake, e.g. no contents, contents consisting only of another quoted
  153. message, or a personal message for the author of a previous message.
  154. Sometimes when I'm feeling exasperated I disregard messages that re-ask
  155. one of the frequently asked questions that are answered below.
  156.  
  157. One of the most time-consuming jobs in moderating the group is trimming down
  158. the quotes in followup articles.  In most cases, you can expect readers to
  159. have seen the previous article, so only a few lines of quoted text should be
  160. needed to remind the reader of the context.
  161.  
  162. I have installed a simple-minded quote filter that mechanically returns to
  163. the sender any message that contains more quoted than unquoted lines.  Please
  164. edit your quotes before you send in a response, to avoid having the filter
  165. bounce your message.  Since the quote filter is pretty dumb, I do look at
  166. bounced messages myself.  If the filter bounces a message of yours by mistake,
  167. don't panic -- it'll get posted anyway.
  168.  
  169. ``Help wanted'' and ``Position Available'' messages are collected each week
  170. and posted in a digest every Sunday.
  171.  
  172. -- How do I respond to the author of a message?
  173.  
  174. I try to be sure that every message contains valid From: and Reply-To:
  175. headers.  The automatic "reply" commands in most news readers let you send
  176. mail to the author.  If you're replying to a message in a digest, be sure
  177. to respond to the author of the particular message, not to the pseudo-author
  178. of the digest.
  179.  
  180. Some obsolete news readers attempt to reply using the Path: header, but for
  181. technical reasons the Path: header in a moderated message cannot point to
  182. the actual author.  In fact, the Path: header in a compilers message is
  183. deliberately a bad mail address, so if you have such a news reader you'll
  184. have to edit the addresses in responses yourself and, I hope, encourage your
  185. system manager to update your news and mail software.
  186.  
  187. Sometimes mail to an author bounces, either because a gateway isn't
  188. working or because the return address is unregistered or otherwise bad.
  189. Please don't ask me to forward it, since my machine is no better connected
  190. than anyone else's.  (It's just another node on the Internet.)  If
  191. you send me a message obviously intended for the author of an item, I will
  192. discard it on the theory that if it wasn't important enough for you to
  193. send it to the right place, it isn't important enough for me, either.
  194.  
  195. -- How do I contact the moderator?
  196.  
  197. Send me mail at compilers-request@iecc.com.  I treat messages to
  198. compilers-request as private messages to me unless they state that they
  199. are for publication.
  200.  
  201. -- Are back issues available?
  202.  
  203. I have complete archives going back to the original mailing list in 1986.
  204. The archives now fill about 26 megabytes, and are growing at over 500K per
  205. month.  People with ftp access can get them from iecc.com, (140.186.81.1)
  206. in directory pub/articles.  The archives contain a gzipped Unix mailbox
  207. format file for each month, with names like 91-08.gz.  Directory pub/index
  208. contains index files, one for each year.  The current network software at
  209. iecc.com is buggy, so although FTP works, it can be excruciatingly slow.
  210. The archives are updated every night.
  211.  
  212. The archives are available via modem from Channel One, an excellent local
  213. BBS.  You have to register, but no payment is needed to download the
  214. archives which are in Area 6.  (If you call more than once or twice, it
  215. would be nice to sign up for at least the $25 trial membership.)  The 2400
  216. BPS telephone number is +1 617 354 8873, and the Telebit number is +1 617
  217. 354 0470.  There is a ZIP format archive per month with names like
  218. comp9108.zip, with the most recent archive also containing the index.
  219.  
  220. There is now a mail server at compilers-server@iecc.com that can mail you
  221. indexes, messages, and the files mentioned below.  Send it a message
  222. containing "help" to get started.
  223.  
  224. I have also published a printed edition of the 1990 messages grouped by
  225. thread and topic, and with some indexes, and may publish subsequent
  226. editions.  (If you'd be intereted in editing books for later years, let me
  227. know.)  See the message which should immediately follow this one for
  228. further details on the 1990 book. 
  229.  
  230. -- Some Frequently Asked Questions:
  231.  
  232. NOTE: Many issues are discussed occasionally on comp.compilers, but not
  233. frequently enought to make the FAQ sheet.  If you have a question but the
  234. answer isn't in the FAQ, you may well be able to get good background by
  235. reading the appropriate articles in the archive.  If you can FTP, please
  236. at least get the index and look through it.
  237.  
  238. The various files that I mention below that I have are in the compilers
  239. archive at iecc.com, and are also available from the mail server mentioned
  240. above.  If you can FTP them, please do so rather than using the mail
  241. server, since the mail bandwith is quite small.
  242.  
  243. * Where can I get a C or C++ grammar in yacc?
  244.  
  245. Jim Roskind's well-known C and C++ grammars are in the archive, as is
  246. a C grammar written by Jeff Lee.  Dave Jones posted a parser as
  247. message 91-09-030.  Another C grammar was posted to comp.sources.misc
  248. in June 1990, v13 i52, archive name ansi-c_su.  GCC and G++ are based
  249. on yacc grammars, see below.
  250.  
  251. * Where can I get the Gnu C compiler?
  252.  
  253. GCC is a high-quality free C and C++ compiler.  (Free is not the same as
  254. public domain, see the GCC distribution for details.)  It is available in
  255. source from prep.ai.mit.edu.  You need an existing C compiler and
  256. libraries to bootstrap it.
  257.  
  258. A development system called "djgpp" by DJ Delorie <dj@ctron.com> is based
  259. on gcc and other GNU programs, and runs on 386 or higher PCs running
  260. MS-DOS.  This is available by FTP from the SimTel archives (primary mirror
  261. is oak.oakland.edu) in the directory pub/msdos/djgpp.
  262.  
  263. * Are there other free C compilers?
  264.  
  265. lcc is the retargetable compiler for ANSI C described in `A Retargetable C
  266. Compiler: Design and Implementation' (Benjamin/Cummings, 1995, ISBN
  267. 0-8053-1670-1), which will be available in December 1994. lcc is in
  268. production use at Princeton University and AT&T Bell Laboratories.  The
  269. current version of lcc generates code for the SPARC, MIPS R3000 and 386
  270. under DOS (no libraries for DOS are available yet).  The code generator
  271. generator is available too as a icon program, a C version has been
  272. promised.  There are mailing lists lcc{,-bugs}@cs.princeton.edu, managed
  273. by majordomo@cs.princeton.edu.  The object code is not great, but the
  274. compiler is ANSI compatible and is small and fast.  You need a
  275. preprocessor such as the one in gcc to get lcc to run.  Lcc uses a
  276. hard-coded C parser because it's faster than yacc.
  277.  
  278. Thanks to Horst von Brand <vonbrand@inf.utfsm.cl> for this info.
  279.  
  280. * Where can I get a Fortran grammar in yacc or a Fortran compiler?
  281.  
  282. I have a small subset parser in the archive at iecc.com.  The F2C
  283. Fortran to C translator is a respectable Fortran system (so long as
  284. you have a C compiler to compile its output and its libraries) and
  285. contains a full F77 parser and is available in source form via FTP
  286. from netlib.att.com and by mail from netlib@research.att.com.
  287.  
  288. * Where can I get Modula-2, Pascal, Ada, or SQL grammars in yacc?
  289.  
  290. I have one each of those, too, in the archive at iecc.com, though I
  291. haven't tried to use any of them.
  292.  
  293. An Ada95 grammar for yacc is available at ajpo.sei.cmu.edu in the same
  294. directory as the final draft for the Ada95 reference manual.  
  295.  
  296. * Where can I get a Cobol grammar in yacc?
  297.  
  298. Nowhere for free, as far as I can tell.  This question is asked every few
  299. months and there has never, ever, been any positive response. Perhaps some
  300. of the interested people could get together and write one.  The commercial
  301. PCYACC from Abraxas (see below) comes with a bunch of sample grammars
  302. including one for Cobol-85.
  303.  
  304. Also see the Cobol FAQ posted monthly to comp.lang.misc and comp.lang.cobol.
  305.  
  306. * Where can I get a Basic grammar in yacc?
  307.  
  308. Take a look at ftp.uu.net:usenet/comp.sources.unix/volume2/basic which
  309. contains a Basic interpreter with yacc parser.
  310.  
  311. * Where can I get a PL/M grammar?
  312.  
  313. There's one in the archives at iecc.com, called plm.shar.  Also see message
  314. 94-03-062 for a report on a PL/M to C translator.
  315.  
  316. * Are there free versions of yacc and lex ?
  317.  
  318. Vern Paxton's flex is a superior reimplementation of lex.  It is available
  319. from the same places as Gnu sources, but is not subject to the Gnu
  320. copyleft.  Berkeley Yacc is a quite compatible PD version of yacc by Bob
  321. Corbett, available on ftp.cs.berkeley.edu, in ~ftp/ucb/4bsd/byacc.tar.Z. Gnu
  322. Bison is derived from an earlier version of Corbett's work and is also
  323. fairly compatible with yacc.  A byacc extension that displays graphically
  324. the progress of a parse can be found in Jim Roskind's C++ grammar in the
  325. FTP compilers archive.  (The files are too big for the mail archive,
  326. sorry.)
  327.  
  328. * Are there versions of yacc and lex for MS-DOS?
  329.  
  330. There are several of them.  Commercial versions are MKS lex&yacc from MKS
  331. in Waterloo Ont., +1 519 884 2251 or inquiry@mks.com, and PCYACC from
  332. Abraxas Software in Portland OR, +1 503 244 5253.  Both include both yacc
  333. and lex along with a lot of sample code.
  334.  
  335. The standard flex source compiles under the usual DOS compilers, although
  336. you may want to make some of the buffers smaller.  A DOS version of Bison
  337. is on wuarchive.wustl.edu [128.252.135.4] and other servers under
  338. /mirrors/msdos/txtutl/bison111.zip. See message 92-07-012 for more info.
  339.  
  340. * What other compilers and tools are freely available?
  341.  
  342. There is a five-part FAQ posting in comp.compilers and other groups
  343. listing compiler tools freely available in source form, maintained by
  344. Steve Robenalt <free-compilers@idiom.berkeley.ca.us>.  It is posted
  345. monthly, usually right after this message.  If it's not on your system,
  346. you can FTP it from rtfm.mit.edu in the directory
  347. /pub/usenet/news.answers/free-compilers, or via mail by sending a message
  348. to to mail-server@rtfm.mit.edu with the command "send
  349. usenet/news.answers/free-compilers/*" in the text.
  350.  
  351. * How can I get started with yacc and lex and compiler writing in general?
  352.  
  353. By reading any of the many books on the topic.  Here are a few of them.
  354. Also see message 93-01-155 which reviews many compiler textbooks.
  355.  
  356. Aho, Sethi, and Ullman, "Compilers: Principles, Techniques, and Tools,"
  357. Addison Wesley, 1986, ISBN 0-201-10088-6, the "dragon book".
  358.  
  359. Describes clearly and completely lexing and parsing techniques including
  360. the ones in yacc and lex.  The authors work or have worked at Bell Labs
  361. with Steve Johnson and Mike Lesk, the authors of Yacc and Lex.
  362.  
  363. Alan Holub, "Compiler Design in C," Prentice-Hall, 1990, ISBN
  364. 0-13-155045-4.
  365.  
  366. A large book containing the complete source code to a reimplementation of
  367. yacc and lex and a C compiler.  Quite well written, too, though it has a
  368. lot of errors.  The fourth printing is supposed to correct most of them.
  369. An errata list is in message 90-06-081.
  370.  
  371. John R. Levine (that's me), Tony Mason, and Doug Brown, ``Lex & Yacc,''
  372. 2nd Edition, O'Reilly and Associates, 1992, ISBN 1-56592-000-7, $29.95.
  373.  
  374. A concise introduction with completely worked out examples and an
  375. extensive reference section.  The new edition is completely revised from
  376. the earlier 1990 edition.  Source code can be FTP'ed from ftp.ora.com.
  377.  
  378. Donnely and Stallman, "The Bison Manual," part of the on-line distrubution
  379. of the FSF's Bison, a reimplementation of yacc.  As with everything else from
  380. the FSF, full source code is included.
  381.  
  382. Axel T. Schreiner and H. George Friedman, Jr., "Introduction to Compiler
  383. Construction with UNIX," Prentice-Hall, 1985.
  384.  
  385. Oriented to tutorial work.  Good for beginners.  Develops a small
  386. subset-of-C compiler through the book.  (Recommended by Eric Hughes
  387. <hughes@ocf.Berkeley.EDU>.)  Richard Hash <rgh@shell.com> comments that
  388. the book has many typographical errors, and readers should be suspicious
  389. of the examples until they actually try them.  Richard Y. Kim
  390. <richard@ear.mit.edu> reports that sources are available for FTP as
  391. a.cs.uiuc.edu:pub/friedman/tar.
  392.  
  393. Bennett, J.P. "Introduction to Compiling Techniques - A First Course Using
  394. Ansi C, Lex and Yacc," McGraw Hill Book Co, 1990, ISBN 0-07-707215-4.
  395.  
  396. It's intended for a first course in modern compiler techniques, is very
  397. clearly written, and has a full chapter on YACC.  I found it to be a good
  398. introductory text before getting into the 'Dragon book'.  (Recommended by
  399. John Merlin <J.H.Merlin@ecs.southampton.ac.uk>.)  Source code is available
  400. at ftp.bath.ac.uk.
  401.  
  402. Charles N. Fischer & Richard J. LeBlanc, "Crafting A Compiler", Benjamin
  403. Cummings Publishing, Menlo Park, CA, 1988, ISBN 0-8053-3201-4.  There's
  404. also a revised version as of 1990 or 1991 titled "Crafting A Compiler in
  405. C", with all examples in C (the original used ADA/CS).
  406.  
  407. Erich Nahum <nahum@cs.umass.edu> writes: A key compiler reference.  We
  408. used the original to great effect in Eliot Moss' graduate compiler
  409. construction class here at UMass.  My feeling is that Fischer & LeBlanc is
  410. a good tutorial, and one should use Aho, Sethi, & Ullman as a reference.
  411.  
  412. Des Watson, "High-Level Languages and Their Compilers," International
  413. Computer Science Series, Addison-Wesley Publishing Company, Wokingham
  414. England, 1989.
  415.  
  416. Adrian Howard <adrianh@cogs.sussex.ac.uk> writes: This is the kindest,
  417. most readable introduction to compilers at the graduate level I have ever
  418. read - an excellent example of what textbooks should all be like.
  419.  
  420. W.M. Waite and G. Goos, "Compiler Construction," Springer-Verlag, New
  421. York, 1984.
  422.  
  423. Dick Grune <dick@cs.vu.nl> writes: A theoretical approach to compiler
  424. construction. Refreshing in that it gives a completely new view of many
  425. subjects. Heavy reading, high information density.
  426.  
  427. J.P. Tremblay and P.G. Sorenson, "The Theory and Practice of Compiler
  428. Writing," McGraw-Hill, 1985.
  429.  
  430. Dick Grune <dick@cs.vu.nl> writes: Extensive and detailed. Heavy reading.
  431. To be consulted when other sources fail.
  432.  
  433. James E. Hendrix, "The Small-C Compiler", 2nd ed., M&T Books, ISBN
  434. 0-934375-88-7 <Book Alone>, 1-55851-007-9 <MS-DOS Disk>, 0-934375-97-6
  435. <Book and Disk>.
  436.  
  437. William Jhun <ec_ind03@oswego.edu> writes: It explaines the C-language is
  438. thorough....and explains every single aspect of the compiler. The book
  439. compares source code to p-code to assembly. It goes over a nice set of
  440. optimization routines, explains the parser, the back end, and even
  441. includes source code, which the compiler on the disk can actually compile
  442. itself. It's an extremely interesting book, check it out.
  443.  
  444. Ronald Mak, "Writing Compilers and Interpreters: An Applied Approach",
  445. 1991, John Wiley and Sons, Inc. ISBN 0-471-50968-X.
  446.  
  447. Andrew Tucker <a_tucker@paul.spu.edu> writes: This 512-page book presents
  448. a strictly hands on approach, developing a Pascal interpreter and
  449. interactive debugger, then completing with a compiler which emits 8086
  450. assembly.  All source code is provided in print and on disk.  This book is
  451. very low to non-existent in theoretical content, but is very practical and
  452. readable for an introduction.  Taylor Hutt <thutt@access.digex.net>
  453. comments that the book is a piece of junk.  The code that is contained in
  454. the book is full of bugs, and the code that it generates will not work.
  455.  
  456. "The Art of Compiler Design", Thomas Pittman & James Peters, Prentice-Hall
  457. International, 1992, Englewood Cliffs, NJ 07632, 0-13-046160-1
  458.  
  459. Franklin L. Vermeulen <vfrank@vnet3.vub.ac.be> writes: This is a very
  460. nicely written and straightforward text on compiler construction.  There
  461. is a certain (unavoidable?) amount of overlap with a course on automata
  462. (as in Aho, Sethi and Ullman).  It is based on Modula-2 and on an
  463. experimental tool, the TAG compiler-compiler (Transformational Attribute
  464. Grammar) which seems to be a C-independent superset of lex/yacc, because
  465. its syntax allows you to specify all semantic actions without a single
  466. line of C-code (or any other implementation language, for that matter).
  467.  
  468. A. Pyster, "Compiler Design and Constuction (Tools and Techniques)",
  469. Second Ed., Van Nostrand Reinhold, ISBN: 0-442-27536-6.
  470.  
  471. Gabriela O. de Vivo <gdevivo@dino.conicit.ve> writes: The book covers the
  472. general principles of compiler design and presents a good number of
  473. examples focusing on the building of pieceparts of compilers for C and
  474. Pascal.  The implementation (construction) language is C.  Note that this
  475. edition (in contrast with the previous one) is very related to the Unix
  476. world, including the use of tools like Lex, Yacc, and standard utilities.
  477.  
  478. If anyone sends in others, I'll be happy to add them to the list.
  479.  
  480. * Where can I FTP the sources to the programs in Holub's "Compiler
  481. Design in C" or Mak's "Writing Compilers and Interpreters" ?
  482.  
  483. You can't.  In Mak's book there's ordering information for diskettes with
  484. the code.  Holub sells disks direct, e-mail holub@violet.berkeley.edu.
  485.  
  486. Regards,
  487. John Levine, comp.compilers moderator
  488. -- 
  489. Send compilers articles to compilers@iecc.com,
  490. meta-mail to compilers-request@iecc.com.
  491.